When I created my app's identifier, I entered a typo in the bundle id that I didn't catch. I then created a new app in iTunesconnect, associating the app's name with this bundle id. Just now I finally saw the typo and I'd like to fix it (for various reasons, having to do with Firebase, iCloud containers, etc...) Can I change the bundle id of an app if I haven't yet uploaded a build of it to iTunesconnect? Alternatively, can I create a new app (with the correct bundle id) and transfer the app name from the existing app to it? Thanks!

Making an array/dictionary/set/string a value type by definition, but then actually copying it only when one reference to it tries to modify it is a lovely idea, but it makes me wary in a multi-queued/threaded context. I need to know: Is Swift's copy-on-write capability thread-safe? eg: If I create an array on one queue and pass it to another queue, is it safe for either queue to modify it while the other might be reading or modifying it? Since by definition the copy was made when the array reference was passed into the second queue, can we assume that the Swift engineers did the right thing and implemented copy-on-write in a queue-safe way? I found this old discussion of this, which seems authoritative, but in both directions! https://developer.apple.com/forums/thread/53488 Some credible voices say it's thread-safe, others say it isn't. I imagine that this may be because in some early version of Swift it was not, while perhaps in Swift 5 it is. Does anyone here know for sure for Swift 5? Here's some sample code to illustrate the issue: { 		var strings1: [String] = ["A", "B", "C"] 		var strings2: [String] = strings1 		queue.async() 		{ 				strings2.append("D") 		} 		 		print(strings1[0])		// is this safe? 		strings1.append("E")	// is this safe? }